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III. Design Issues (:60) 

IV. Applications (:30) 

V. "Off the Shelf' Software (:20) 
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ABOUT THE INSTRUCTOR 


Dr. Robert J. Glushko is a Principal Scientist with Search Technology, a consulting and 
contract research firm that specializes in user interfaces to complex systems. He received a BA 
(Psychology) from Stanford University, a Ph.D. in cognitive psychology from the University of 
California, San Diego, and a M.S. in Software Engineering from the Wang Institute. He 
previously worked at Bell Laboratories and the Software Engineering Institute, and has been 
involved with research and development in user interfaces, online documentation, and hypertext 
for over a decade. 

Relevant publications: 

Glushko, R. J. (in press, 1991). Hypertext Engineering. Bedford, MA: Digital Press, 1991. 

Glushko, R. J. (1990). Using off the shelf software to create a hypertext electronic encyclopedia. 
Technical Communication 37(1), February 1990. 

Glushko, R. J. (1990). Designing "electronic encyclopedias" with hypertext software. Human 
Factors Bulletin, 33(1), January 1990, 6-9. 

Glushko, R.J. (1990). Report from the User Requirements working group. Proceedings of the 
National Institute of Standards and Technology Hypermedia Standardization Workshop. 
Gaithersburg, MD: 1990. 

Glushko, R. J. (1990). Visions of grandeur? Making the hypermedia vision happen. Unix 
Review , 8(2), February 1990, 70-80. 

Glushko, R. J. (1989). Design issues for multi-document hypertexts. Proceedings of the Second 
ACM Conference on Hypertext: Hypertext '89, 51-60. 

Glushko, R.J. (1989). Transforming text into hypertext for a compact disc encyclopedia. 
Proceedings of the ACM Conference on Computer -Human Interaction - CHI 89, 293- 
298. 

Glushko, R.J., Weaver, M.D., Coonan, T.A., & Lincoln, J.E. (1988). "Hypertext engineering": 
Practical methods for creating a compact disc encyclopedia. Proceedings of the ACM 
Conference on Document Processing Systems, 1 1-19. 
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WHAT IS HYPERTEXT? 


A right-brain artistic panacea that is a 
revolutionary new concept 


"Hype" + something else 


An evolutionary concept for increasing the 
accessibility and usefulness of online text 
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MEMEX 


Vannevar Bush (1945): "As We May Think " 


" A device in which an individual stores his 
books, records, and communications 

* "scanner" with miniaturized microfilm 
as storage medium 

* voice and written annotation 

* most contents are purchased and 
inserted; "wholly new forms 

* view page by page or jump many pages 
at a time 


Associative indexing; "the process of tying 
two items together is the important thing 


* a trail is the sequence of links between 
associated pages; each new trail creates a 

"virtual book" 

* any item can be joined into numerous 
trails 

* new profession of " 'trail blazers 



EXAMPLE: HYPERTEXT 
ENCYCLOPEDIA 

engineering data compendium 


4 volumes / 1138 articles / 3000 pages / 2000 
figures and tables 

Complementary entry points 
•» Scientific” table of contents 
Design checklist - alternate table of 
contents 

"Back of the book" index 

Extensive cross references and external 
references 

Regular structure for articles 










HYPERTEXT FEATURES 


Derived from existing structure 

* Next, previous, ? entry functions 

* Links to figures and tables 

* Links to cross references 

* Embedded glossary definitions 

Derived from contextual structure 

* Bookmarks 

* Return to entry point 

* Return to search candidate list 

Derived from usability concerns 

* Context-sensitive help 

* " Sticky" notes 


Levels Next 
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Glushko, R. J. Transforming text into hypertext for a compact disc encycl^ia. Hwwan 
factors in computing systems. CHI '89 Conference Proceedings, ACM. 

293-298, 1989. 
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Abduction, 1 .905. See also Eye movements 
Aberration, optical 

chromatic, 1.203, 1.212,5.934 
refractive errors, 1.204, 1.205 
spherical, 1.211 
Abney effect, 1.707, 1.708 
Abney’s Law, 1.109 
Absolute threshold, 1.656 
Absorption defect 
in color vision, 1.726 
Absorption filter, 1 . 108 

AC/A ratio, 1.231. See also Accommodation; convergence 

Acceleration 

( angular (rotary) 

acceleration detection threshold, 3.208 
effect on eye movements, 1.930, 1.958 
perrotary procedures, 3.205 
postrotary procedures, 3.205 
sensory magnitude, 3.208 
and visual acuity 1 .603 , 1 0.902 
control of, 9.519 
display of, 9.532 
illusions due to, 3.210 
elevator illusion, 3.210, 5.504, 5.505 
oculogravic illusion, 3.210, 5.504, 5.505 
oculogyral illusion, 1 .921 , 3.205, 3.208, 3.209 
See also Vestibular illusions 

acceleration detection threshold. 3.207 0F P00R Quality 
• •• • / 2 . 
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II. DEFINITIONS AND BASIC CONCEPTS 
Definitions of hypertext and hypermedia 
Why is hypertext such a hot topic? 

Hypertext history 
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DEFINITIONS 


(NIST hypertext standards 
working group, 1990) 


Hypertext 

A network of information units 
connected by relational links 

Hypertext System 

A configuration of hardware and software 
that presents a hypertext to users 
and allows them to manage and access 
the information that it contains 


WHAT IS HYPERTEXT? 


Hypertext is a user interface concept that closely 
supports the ways that people use printed 
information 

* more intuitive transformation of the 
conventions in print media that imply non- 
linear information presentation and usage 
within a document 

+ entry points like tables of contents and 
indexes 

+ relationships like footnotes and cross 
references 

+ "usage history" like bookmarks and 
margin notes 

* improves the integration of related 
information that is contained in multiple 
documents 

Hypertext concepts encourage modularity and 
the elimination of redundancy in databases 
because information can be stored only once 
but viewed in any appropriate context 


II 


HYPERMEDIA AND MULTIMEDIA 
Hypermedia 

* Hypertext + audio, video, animation 
Multimedia 

* Personal computers + consumer electronics 

* Synchronized presentation of full-bandwidth 
information in a preprogrammed way 


Are there meaningful distinctions? 

* "Hypermedia" emphasizes the application; 

" multimedia" emphasizes the technology 

* Hypermedia usually implies more user control 

* Multimedia usually implies more 
synchronization of events from different 

media 

* Multimedia "standards" vs. hypermedia 
" vision" 


CORE CONCEPTS FOR HYPERTEXT 

Units (components, nodes, containers) -- the 
information content; may be text, graphics, or 
other media; may be "typed" by media or by 
content; ("card" is a user interface 
description) 

Links -- connections between units; may also be 
"typed" 

Anchors - the locations (point, region, or span) 
in units to which links are attached 

Link markers the manifestation of links that 
are presented to users 

Navigation - process of moving from one unit to 
another by following links 

Trails/webs/guides/paths -- Subsets of units or 
links, created by user or as pre-defined route 
through the hypertext 


WHY IS HYPERTEXT SUCH A HOT IDEA? 
Enabling technology 

* workstations and personal computers finally 
provide enough local processing power (for 
hypertext user interfaces) 

* CD-ROM and other optical media for storage 

* user interface software and concepts 
maturing 

Information standards efforts with hypertext 
implications 

* CALS for U.S. DoD 

* ATA-100 for airline industry 

* SGML for publishing industry 

Market pressures 

* incentives for digital information delivery 

* Hyper-this, Hyper-that bandwagon 

Academic interest 


* ACM conferences 


HYPERTEXT HISTORY 
1945 Vannevar Bush describes the Memex 

1964 Doug Englebart (SRI); 

Augmentation Research 

1965 Ted Nelson; Xanadu concept; 

coins "hypertext" 

1968 Englebart's NLS demo; 

1st hypertext system (outline 
viewer, mouse, bookmarks) 

1968 van Dam & Nelson (Brown); 

Hypertext Editing System 

1969 van Dam; FRESS (graphical views, 

history timelines, undo) 

1972 Newell (CMU); ZOG 

(card metaphor) 

1979 van Dam; Electronic Document 

System (graphical documents) 



HYPERTEXT HISTORY (CONT.) 


1980 Newell; ZOG on USS Carl Vinson 

1981 ZOG commercialized as KMS 

1983 Institute for Research on 

Scholarship (Brown) 

1984 Halasz et al. (Xerox); NoteCards 

(programming environment) 

1985 Walker (Symbolics); Document 

Examiner (on line manual) 

1986 Guide (1st PC hypertext) 

1987 HyperCard, HyperTIES 
1987 ACM Hypertext conference 

1987 Walker; Concordia (authoring tools) 

1988 1st wave of hyperclones 

1988 ACM " Hypertext on Hypertext" 

1989 Hypermedia; 1st dedicated journal 
1989 ACM Hypertext conference II 




HYPERTEXT HISTORY: 
EVOLUTIONARY VIEW 


1960s -- Computer databases for limited storage 
and retrieval of abstracts, but no full text 

1970s - Text databases and information 
retrieval on mainframes and large minis 
emerge; Online documentation and online 
help emerge on micros and minis 

1980s -- Workstations and high-end PCs have 
enough power and capacity to support text 
databases and better user interfaces --> 
hypertext functions 

1990s - Software and hardware support for 
hypermedia in "off the shelf' computing 
environments 


III. DESIGN ISSUES 


Hypertext functionality 

Entry points 

Units 

Links 

Navigation support 


HYPERTEXT FUNCTIONALITY 

Functions identified via task analysis 

* information needed vs. information used 

* need "friendly users" to make functions "user 
friendly" 

Functions identified via document analysis 

* existing and potential entry points 

* existing and potential units 

* existing and potential interconnections 

* " front matter" and " gray matter 

Typical functions 

* progressive display of structure 

* create, edit, display, delete units 

* create, follow, edit, delete links 

* create notes or bookmarks 

* search for units with specified attributes 


ENTRY POINTS 


(Places for users to enter the hypertext 
or to locate a starting unit) 

Existing entry points 

* Table of contents 

* "Back of the book" index 

* Glossary 

Potential entry points 

* Full-text inverted index 

* Author list created from inverted references 

* Timelines 


Encyclopedia Britannica. 15th Ed., 1985. 
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Accounting 

1 information may be used in a number of ways: by 

■*«* 


through the maintenance of files of data and the prepa- 
ration of various kinds of reports. Most accounting infor- 
mation is historical-that is. the accountant observes the 
things that the organisation does, records their effects, ana 
prepares reports summarizing what has been recorded. 

Accounting information can be developed for any kind 
of organization, not just for pnvately owned, profit-seek- 
ing businesses. One branch of accounting deals with i ihe 
economic operations of entire nations. The remainder of 
this article, however, will be devoted primarily to bust- 

ness accounting _ 

The article is divided into the following sections. 


Company financial siaicmcms 
The balance sheet I 

The income statement l , . 

The statement of changes m retained earnmp 
The statement of changes in financial position 
Consolidated statements 3 
Disclosure and auditing requirements J 
Measurement principles 3 
Asset value 3 
Asset cost 3 


Net income 4 
Problems of measurement 4 
Managerial accounting 3 
Cost finding 5 
Distribution cost analysis 3 
Budgetary planning and performance reporting 
Cost and profit analysis 1 
Other purposes of accounting systems 7 
Bibliography 8 


lets and 
Dililks 


? £ province of the branch of accounting known » 
financial accounting. Four kinds of financial statements 
discussed: tte baUnce sheet, the income statemenb 
the statement of changes in retained earnings, and the 

*■“^52 ‘"A ^^. desenbes the re- 
sourco*thaMire under the company’s control on a spec- 
ified date and indicates where these resources have co^ 
rrAm It consists of three major sections; (I) iht a** 11 - 
valuable J^ncd by the Company; (21 i»M l.abdilt^ 
the funds that have been provided by outside lenders and 
other creditors in exchange for the company s P r ® rr ’' ie 
make ^vments or to provide services in the future; (3) 
thc^ownerV equity, the funds that have been prov,ded by 
or on behalf of the company s owners. 
tk* list of assets shows the forms tn which the co 
J^-, rcs~r^m iXd. the lisa* of liabilities and the 
^n’^Uyindicawwhere these same resources have 
® r tv, Kaiancc shed, in other words, shows the 

total liabilities plus total ownen f tola| 

™ TSZtftSS: 33TS3 U-^jj 

,n lh * SS^SnSSTta one will inevitably be 
minus ,0 Crease in the other, and the only way 

accompany Iby * “J, increase lhe net assets, 
lo increate the ovmers eq^ty^ curten , assets and 

^55Sf«i2£35 

sSfesSSs 

3 «*•« ■- — - 

bonds of other companies. 


The liabilities are similarly divided into current habili- 
ties and noncurrenl liabilities. Most “ 

the company’s suppliers (accounts payable), to <mploye« 
(wages payable), or to governments (taxes payable) are 
included among the cunem liabilities Noncuirent tiabd- 
tiies consist mainly of amounts payable to holders of the 
company’s long-term bonds and such items as obligations 
10 employees under company pension plans. 

The difference between the toul of the cunem assets and 
the total of the current liabilities is known as net current 

assets, or working capital . ..... 

The owners’ equity of a US. company is divided between 
paid-in capilaland retained earnings Pa,d,ncap.ul rep. 
resents the amounts paid to the elation in «chatv 
for shares of the company’s preferred and common stock. 
The major part of this the capital paid in by the com- 
mon shareholders is usually divided 
representing the par value, or suted value ofihexhares 

the other representing the excess ovw thrtamounL Tbe 
amount of retained earning* is the different Ixtween ihe 
amounts earned by the company in the pasand the dea- 
dends that have been distributed to the owners 
A rfJ2, different breakdown of «he owners’ equny a 
used in most of continental Europe and mm her p arts of 
the world. The classification distinguishes between those 
amounts that cannot be distributed except as part of a for 
mal liquidation of all or part of the com W 
legal reserves) and those amounts lha are nm r«uvted 
inthis way (free reserves and undistributed pro6tsk 
A simple balance sheet » shown in Table I. Because 
tl* two sides of this balance sheet represent two different 
asnects of the same entity— the corporation t capital— 
thTretal* must always be identical. ™ u * * 
amount for one item must always be Mconmwcd by 
an equal change in some other aem^ Fcx exwnpte if t^ 
company pays S40 to one of ns trade creditors, the cash 
balance wi^go down by S40. and the baUnce in account* 
payable will go down by the same amount 
The Income statement. The company uses its ****** 
produce goods and services. Its success depernh 00 whether 
ft is wise*oelucky in the assets ‘‘ choo ^^ d J^jf 
the ways it uses these assets to product gookt 
The company’s success 1 * measured by the amount 01 

nmfii it cams that is, the growth or decline in its stock 

of°asseu from all sources other than contributions or 


Owners' 

equity 


Net 

income 




USER INTERFACES FOR ENTRY POINTS 
Outline viewers 

* Purpose is to provide progressive display of 
structure with detail where user requests 

* Often called "browsers" but confusion with 
browsing as "wandering around" 

* Essential component when units are 
hierarchically structured 

* Can often be created semi-automatically 
from document markup, or by "extraction 
and inversion" such as for timelines or 
reference lists 

When "browser" uses graphics, blurred 
distinction between entry points and 
navigation support after entering 




From NaviT ext SAM by Northern Lights Software, Westford MA. (508) 692-3600. 
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IDENTIFYING UNITS 


Units are both "containers" and "addresses" 
that have names to supportfunctions like 
searching and giving directions, especially 
with large amounts of similar units 

Units may seem self-evident but usually aren't 

* " Natural units" seem to be articles in an 
encyclopedia, items in a catalog, but... 

* Is "page" an important unit? No, well 
maybe...; West Pub. vs. Mead Data 

* Contraints on unit definition 

+ delivery software 
+ other (JASIS and ASIS Bulletin) 

Definitions of "natural" unit 

* "The smallest logical structure with a 
unique name" 

* " A component that says something 
self-contained and comprensible" 

* "Whatever makes the links right" 
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Military Standard 1472D. Human Engineering Design Criteria for Military 
Systems, Equipment, and Facilities, (1988) 


5. 4. 2. 2 Continuous adjustment rotary controls . 

5. 4. 2. 2.1 Knobs. 


5.4.2. 2. 1.1 Use. Knobs should be used when low forces or precise 
adjustments of a continuous variable are required. Amoving knob with Tixed 
scale Is preferred over a moving scale with fixed Index for most tasks. If 
positions of single revolution controls must be distinguished, a pointer or 
marker should be available on the knob. 


«; a ? ? 1.2 Dimensions, torque and separation. The dimensions of knobs 
shall be^ltL the llmlti spel l ed In ftgur i T . Within these ranges knob 
size Is relatively unimportant, provided the resistance is low and the knob 
can be easily grasped and manipulated. When panel space Is extremely limited, 
knobs should approximate the minimum values and should have resistance as low 
as possible without permitting the setting to be changed by vibration or 
merely touching the control. Resistance and separation between adjacent edges 
of knobs shall conform to Figure 7. 


5. 4.2. 2. 1.3 Knob style . Unless otherwise specl JJj* ‘ the procuring 

activity, control knob style shall conform to HIt-STD-1348. 


5. 4.2. 2. 2 Ganged control knobs . 

5.4. 2. 2. 2.1 Appl Icatlon . Ganged knob assemblies may be used In limited 
applications when panel space Is at a premium. Two-knob assemblies are 
preferred. Three-knob configurations should be avoided. Ganged * nob 
configurations should not be used under the following conditions: 

a. Extremely accurate or rapid operations are required. 


b. Frequent changes are necessary. 


c. Heavy gloves must be worn by the operator. 

d. Equipment Is exposed to the weather or used under field conditions. 


5. 4. 2. 2. 2. 2 Dimensions and separation . Dimensions and separation should 
conform to Figure 8. ~~ 


5.4. 2. 2. 2. 3 Resistance. Resistance shall conform to requirements in 
Figure 8. Knobs should Se serrated. Fine serrations should be used on 
precise adjustment knobs; coarse serrations should be used on gross 
adjustment knobs. 


5. 4. 2. 2. 2. 4 Harking. An Indexing mark or pointer shall be provided on each 
knob. Harks or pofnSters should differ sufficiently to make It apparent which 
knob Indexing mark Is being observed. 


32 . 



USER INTERFACES FOR UNITS 


User interface metaphors (Raskin) 

* " Card sharks" - creators 

* "Holy scrollers" -- converters 

Are units displayed as fixed size? 

How many units can be displayed together? 
Can text and graphics be displayed together? 
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835, July 1988. 
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LINKS 


Existing interconnections -- usually easy to 

identify because of conventions in printed 

information 

* Index terms 

* Cross references 

* External references 

* Footnotes 

Potential interconnections 

* Inverses of existing ones 

* Lexical relationships; indexing and 
clustering 

* Conceptual relationships (the hypertext 
vision!); AI and natural language processing 

* Emphasis or complement in alternate 
medium; e.g., connect a picture to its 
description 
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Samuelson, Pamela. CONTU Revisited: The case against copyright protection for 
computer programs in machine-readable form. Duke Law Journal, 663, 672-692 
(1984). 


Vd 1984 663 1 


CONTU REVISITED 
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readable product of these efforts . 70 A more precise use of the term 
••nrottram” would limit its meaning to source code and machine code 
(often referred to as “object code ”). 71 Source and machine code are 
similar in that both are sets of detailed instructions setting forth the 
order in which the hardware of a computer is to execute its primitive 
functions in order to carry out a particular task. Source code, however, 
is a written text in a human-readable computer programming lan- 
euaee . 75 Machine code is the set of electrical pulses that, more or less, 
correspond to the source code and make the program instructions 
“readable” by the computer . 75 Machine code is not readable by human 
beings . 74 In general, only machine-readable forms of programs are 


' 70. A bill. H R. 6983. 97th Coo f ., 2<Ts«u. (1982), wo introduced u> the Ho ^ 

alive* by Congressman Kastenmeier on Auju* 12. 1982. tlui would have amended | 10 1 of 17 

use l reddSne "computer progrun" in • more precue way and to define 

progrsm-relaied terms, often loosely referred to as mamferUlionj of pro^tma The btU did not 

Kne Uw. however, end ~u no. reintroduced in the next teuton of Congrem. 

71 The computer program cue* tend to refer to “object code" when referring to 
readable form, of compute? program, and often imply-wh« they do not »y» outnsht-thu 
* A j Ahtert codg irt the oqIy fornu to bt considered JW, Apple Computet. tot 

& (34 C. .3.33 TV*. « I. to -to-ltt* 
jLwt, between source code and the michine-readable code that can be executed. 
Jre e/ ID Kucx. Thi Structum of Comkfter and CoMfUTATtota 10 ( P^P*?^ 
» rtkk £*«. to .(to ^ 

,, . r., ti -1 ■ ,k« etnoiu bl* form of the protram. Sit, #./■♦ R- “UKTU, Thi DtslOH and 

0 . CoMPiltu II (I«I3 >«.«- 1- 

•wW readable versions of programs. which may not be the tame as their object code*, thie 
£I^i?fo^ its analysis on^hSuwill call “machine-readable programa" or “machine code 
rS M. ^ 3 ^ u -«bj« to.- to, .to lb. toutoop of -Oto 

source under ditcuuion requires uae of that term for consistency. 

71 The CONTU Final Report define, source and object code ufoltowj: * £ 
computer program written in any of levenl programming 

granuneca^An object code ie the venion of e program “ fc£ t^bT^t" 
convened or traniUted into the machine language of the computer with «kxa « te to oe uscu. 

CONTU Final Ruort. n/re now I, at 21 n.109. 

73. It i* pouible to write e program directly in machine-rtadablt form, but thie » rarely done 
because of the difficulty of writing in machine language. Stt tnfrt note 7a. 

74 In source code form, the ideas of the program, as well as the particularities of the <*p«* 

SS3S3ffi*££2^ 5 

\dtMi caa be ead* to any mcaaiagfti] *ease by oat who has oo access w 
Of ROM chips, one can detect the presence or a^n« o^ eleemau p 

31. to 

accompanying teat ^ 
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LINK ISSUES (AND TYPES) 

I 

Link anchors — what is being linked (granularity)? 

* Links from unit to unit 

* Links from points, spans or regions to units; 
vice versa 

Is the anchor a place (bit position) or an object? 

Links as structure connections 

* from table of contents or index to unit 

Links as relationships 

* cross references or semantic (typed) relations 
between text units 

* present related graphics, sounds, music, 
videodisc, animation 

Links as functions or computations, often not 
resolvable except at runtime 

* compute where to go based on history or 
current context 


LINK ISSUES (CONT.) 

How do you indicate links to the user? 

* Source and destination markers 

* Link type markers 

Marker options 

* Link symbols or icons 

* Reverse video 

* Surround boxes 

* Bold, italics, underlining, color 

* Cursor shapes 

* Flashing or other motion ("moving ants") 
One marker attribute vs. two delimiters? 

Overloading of print conventions? 

How many marker types can users distinguish? 

Markers for non-text media? 


I 
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IDENTIFYING NAVIGATION AIDS 
Purpose 

* finding the right place 

* finding the next "right place" 

* returning to some previous place 

Unit names, especially numerical ones 
"Roadmaps" (usually in preface) 

Structure landmarks 

* Volumes, tabbed dividers, color cues 

Sequence and cohesion signals in text 

* "First," "next," "another," etc. 

Running heads 

Navigation aids defined by user 

* Bookmarks, turned pages, incidental marks 
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Part 2. Word Processing and File Access 

Trained computer- 
science students 
and computer 
professionals 


Computational Students in library 
linguists and and information sci- 

language-processing ence or science and 
researchers technology programs 


Chapter 4: An introduction 
to text editing and format- 
ting and to automatic 
typesetting 

Chapter 5: Statistical language 
analysis and basic text- 
compression methods 

Chapter 6: Introduction to text 
encryption and a review of 
basic text-encryption meth- 
ods 

Chapter 7: File-access methods 
for single-key and multiple- 
key search statements 


may be skipped by 
persons experienced 
in text editing 


those familiar with 
data structures may 
start with Section 
7.8 


Section S.l 
may be covered 


skip except for 
Section 5.1 


go to Chapter 9 go to Chapter 8 


Salton, Gerard. Automatic Text Processing. Addison- Wesley, 1989. 
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USER INTERFACES FOR 
NAVIGATION SUPPORT 

Extremely important aspect of hypertext design 
because without it applications are unusable 

Maps 

* global vs. local 

* active vs. passive 

* handmade vs. system-generated 

Places visited 

* "you've been here" markers 

* Backtracking for in-order return to "places 
visited” 

* Bookmarks for out-of-order return to any 
previous place 

* History lists 
Places to visit 

* Paths, scripts, paths, guides 


h3 



From Intermedia system. Figure comes from: 
Conklin, J.. Hypertext: An introduction and i 
1987. 


survey. Computer, 20(9), 17-41. September 
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IV. APPLICATIONS 


Survey of hypertext applications 

Creation examples 
Conversion examples 

Common characteristics 


Relationship to similar non-hypertext 
applications 
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HYPERCARD HELP 


Graphical hierarchical entry point 

* enter hierarchy at top (Introduction) 
second level 

* hides significant detail (414 cards) 

"Filebox" metaphor 

* but why is it upside-down? 

Active navigation map (hand-drawn) 

* select a location to move to it 



From HyperCard by Apple Computer. 
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From HyperCard by Apple Computer. 
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Reference 
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From HyperCard by Apple Computer. 
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DOCUMENT EXAMINER 

"Document Examiner” contains complete 
reference manual for Symbolics workstation 
software (Jan Walker) 

* uses book metaphor, not network metaphor 

* consists of 10,000 text modules, corresponding 
to 8000 printed pages 

* readers find relevant information using 
outline viewer or by query 

System- generated active local maps for navigation 

Bookmarks for returning to previously viewed 
places 



From Document Examiner. interface for hypertext documents. Hypertext 

<l£univ«i* of North <W 

Chapel Hill. November 13*15, 1987,307-323. 
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WaC.l.T^'u^rE^r.er Delivery interface for hypertext 

•S 7 Kp,,,. Proceedings of a conference held at the University of North Carolina, 

Chapel Hill. November 13-15, 1987, 307-323. 





MEDICAL HANDBOOK 

Washington U. Medical School research project 
(Mark Frisse) 

Conversion of existing notebook into NoteCard 
chunks 

* made easier by strong hierarchy of existing 
material 

* but not always good names for sections, so use 
first few words as unit name; works in 
recognition situation for expert users but 
probably not in casual use application 

Problem of " hierarchically distributed keywords 
typical of conversion applications 

* what a paragraph is about not always clear 
when viewed out of context 

* use search algorithm that combines intrinsic 
weight of unit with weight of its descendants in 
hypertext hierarchy 


ss 



rtcxt medical handbook. Communications 
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IMIS 


Integrated Maintenance Information System being 
developed by Air Force (Dave Gunning <513> 
255-2606) 

* designed to merge diagnostics from airplane 
with maintenance documentation to reduce 
extraneous information and tailor instructions 

* goal is to put it all in a portable computer that 
can be carried out to the plane 

Lesson: hard to convert existing documents; 
should require contractors to deliver 
information in "neutral" form that is free of 
paper and formatting conventions 

* IMIS is being watched carefully by CALS 
program!! 
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NEW OXFORD ENGLISH DICTIONARY 


Research project at University of Waterloo to 
convert OED to digital form and assess 
potential for hypertext version 

* Big document => big database! 20 volumes, 
320,000 entries, 2.4 million quotes, 56 million 
total words 

* 21,000 printed pages => machine-readable 
form by manual keyboarding. Twenty " tags" 
in entries later expanded to sixty. 

Seems like a perfect candidate for hypertext, but... 

* What are the units? Dictionary entries vary in 
size from a few words to thousands and have 
complex internal structure. Better to 
dynamically construct units as views from 
entry "database" 

* Where are the links? 600,000 explicit cross 
references, many imprecisely specified. Fast 
full-text search can simulate linking with 
much less implementation effort 
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SIMPLIFIED STRUCTURE OF OED ENTRY WITH 
COMMONLY OCCURRING TAGS 


ENTRY 


HEADWORD GROUP 

n Headword Lemma 
Murray Pronunciation 
IPA Pronunciation 


Part of Speech 
Homonym Number 
END OF HEADWORD GROUP 


VARIANT FORM LIST 

n Variant Date 
Variant Form 

END OF VARIANT FORM LIST 
ETYMOLOGY 


SENSE(S) 

j Sense Number 
j Definition 
I Quotation Paragraph 
| Earliest Quote 


Date 

Author 

Work 

Text 

I End of Earliest Quote 
j Quote(s) 

| Latest Quote (Obsolete Entries Only) 
End of Quotation Paragraph 


* -Entry (Preceded by "Hence") 

Bold Lemma (+ similar tags to those 
following Headword Lemma) 

| End of Sub-Entry 
END OF SENSE(S) 


END OF ENTRY 


<E> 

<HG> 

<HL>..</HL> 

<MPR>..</MPR> 

<IPR>..</IPR> 

<PS>..</PS> 

<HO>..</HO> 

</HG> 

<VL> 

<VD>..</VD> 

<VF>..</VF> 

</VL> 

<ET>..</ET> 

<SOxSl>...<S8> 

<#>..</#> 

<DEF>..</DEF> 

<QP> 

<EQxQ> 

<D>..</D> 

<A>..</A> 

<W>..</W> 

<T>..</T> 

</Q> </EQ> 

<Q>..</Q> 

<LQ> <Q>..</Q> </LQ> 
</QP> 

<SE> 

<BL>..</BL> 

</$ E> 

</S0> </Sl>..</S8> 


</E> 
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CHARACTERISTICS OF GOOD 


HYPERTEXT APPLICATIONS 

Large amounts of multi-media units related more 

by content than by structure 

* hierarchical or procedural structures 
especially useful 

Need for non-sequential partial access to units 

* not cover-to-cover 

* intermittent or unpredictable use 

* " right answer" easier to recognize than to 
specify 

Pragmatic considerations 

* document being written or rewritten 

* source text already available, usable markup 
(SGML as an ideal) 

* if existing text, you own the copyright or not 
copyrighted 


U 


RELATIONSHIP TO SIMILAR 
NON-HYPERTEXT APPLICATIONS 

Databases -- more appropriate when relationships 
among units are highly regular or text only; 
"link types" inflexibly fixed in db schema; but 
distinction blurring rapidly as dbs adopt 
hypertext front ends 

Electronic mail or conferencing systems -- units 
related through fixed header fields or by simple 
question-answer relationships 

Multimedia (e.g., video, film) - synchronized 
media (like soundtrack) not selected and 
invoked by user 

Scanned image storage and delivery with attached 
keywords -- can be useful intermediate stage in 
transition from pure paper environment (with 
lots of drawings and pictures) to hypermedia 
system 



V. "OFF THE SHELF" 
HYPERTEXT SOFTWARE 


What's available 


How to evaluate it 


Issues and features 


Alternatives 


WHAT'S AVAILABLE 


PCs 

Black Magic 

Guide 

HyperDoc 

HyperPad 

HyperTIES 

KnowledgePro 

LinkWay 

NaviText 

SmarText 

ToolBook 

Window Book 


WHAT'S AVAILABLE (CONT.) 


Mac 

ArchiText 

Document Examiner 
Guide 
HyperCard 
HyperGate 

Intermedia (Mac Unix) 
Plus 

SuperCard 

Workstations 

Document Examiner 
KMS 

Knowledge Broker 
NoteCards 


EVALUATION CRITERIA 
Environment(s) it runs in 
Support for text structures 
Support for non-textual components 
Link types and granularity 
Access methods/entry points 
Navigation and session support 
Extensibility 

(Manual, support, marketing) 
"Purpose" 
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ENVIRONMENTS 

Programs run on PCs, Macs, Workstations 

* but few run on more than one platform 

+ Guide on PC and Mac 

+ Document Examiner on Symbolics, 
Maclvory 

* some vaporware rumored to "compile" 
HyperCard stacks to run on PC 

Typical software architectures make 
interchange formats a long way off 

* most programs do not separate back and 
front ends 

* most programs use proprietary back 
ends and special formats anyway 


TEXT STRUCTURES 


Typical program limitations 

* total number or size of units 

* no scrolling text for "card" or "page" 
metaphor programs 

* number of units that can be displayed 
simultaneously 

+ just one 

+ one, with temporary pop-up overlay 
window 

* single font or type size 

+ makes it hard to reproduce look of 
printed document 

+ some programs claim character-only 
display is asset! 



NON-TEXTUAL COMPONENTS 


Some programs work only in character mode 
(and claim that lack of graphics is an 
advantage!) 

Other programs "launch" graphics 
programs to display graphics that take over 
the screen, so graphics can't be mixed with 
text or made the source of a link 

Most programs can display graphics in 
standard formats 

* many can cut-and-paste graphics to 
merge with text 

* fewer have capability to edit or resize 
graphics once imported 

Installed base of small display screens is a 
constraint that will eventually go away 

Other problems with graphics displays await 
cognitive rather than technological solutions 
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LINK TYPES AND GRANULARITY 

Many programs have built in link types with 
conventions for representing source, 
destination, and link semantics 

* Guide uses cursor changes for different 
link types 

* HyperCard conventions and button 
examples 

* HyperTIES built-in link preview 

Most important practical distinction is link 
" granularity" 

* unit to unit links only (often closely tied 
to card or page metaphor) impose 
pressure to keep units short which is .a 
significant constraint if no text scrolling 

Can graphics be made the source of a link? 

* essential for active navigation support 
and "exploding" diagrams 
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ACCESS METHODS AND ENTRY POINTS 


Most programs lack good support for 
existing entry points like Table of Contents 
or Indexes 

* Some programs automatically build 
outline viewers from article or unit titles 

* For other programs outline viewers can 
be hand-crafted from link repertoire, but 
this can be tedious 

Most programs have some simple text search 
capability, but this mechanism is often 
inadequate for large hypertexts 


71 


NAVIGATION AND SESSION SUPPORT 

Many programs have built-in navigation 
functions 

* Commands for next, previous, first, last 
units in current "stack," "folder," or 
whatever name given to current unit 
context 

* Backtracking functions are more . 
common than bookmarking functions 
because the former don't require that the 
visited units or screens have names 

* HyperCard has "graphical bookmark" 
facility with active pictures of recently 
displayed cards 

* Useful but seldom-seen feature js 
creating bookmark reminder without 
actually having to go there 


13 


EXTENSIBILITY 


How can programs provide functions that aren’t 
contained in the off-the-shelf version? 

* programming language (NoteCards, 
Document Examiner) 

* scripting language (Guide, HyperCard, 
HyperDoc, HyperPad, LinkWay, 
SuperCard) 

* limited ability to invoke external programs 
or control serial port (Hyperties) 

Sometimes the vendor or a 3rd party can write 
custom software 

Some programs are simply closed environments 
and not able or willing to interact with other 
programs 


Vi 



PURPOSE 


Basic distinction between authoring and 
conversion usually has scale implications 

* which is the harder problem? 

* few programs are designed explicitly to 
support conversion 

+ Concordia (authoring tools for 
Document Examiner) sets the 
standard 

+ other announced and unannounced 
programs look promising 

Some "hypertext" programs are much better 
used as user interface prototypers than as 
hypertext delivery vehicles 

In contrast, many database programs or 
expert system shells have successfully added 
some hypertext features 

Does it matter if it is " really" hypertext if it 
helps the user? 


16 



VI. CONVERTING TEXT INTO 
HYPERTEXT 


Why conversion is an important problem 

Why converting existing documents can be 
harder than creating new documents 

Conversion questions 

Conversion philosophies 

Hypertext engineering 


H 


WHY CONVERSION IS 
AN IMPORTANT PROBLEM 

An enormous installed base of paper makes some 
amount of conversion inevitable! 

Sometimes you can’t create 

* Qualified writers or subject matter experts 
not available 

* Not enough time or money 

Sometimes you must convert 

* Distribution and maintenance costs 

* The ” productivity paradox” - desktop 
publishing vs. CASE -■ that results in 
lagging documentation 

* Regulatory or market pressures (e.g. EC 92) 

* Paper form of information paper won t fit 

+ submarine, space station 


11 



WHY CONVERTING EXISTING 
DOCUMENTS CAN BE HARDER THAN 
CREATING NEW DOCUMENTS 


The structure of existing documents must be 
identified from partial or ambiguous 
information 

The author's explicit or implicit design rationale 
may not be available to aid in the conversion 
(while the author is always available to help in 
creation projects!) 

In conversion, issues of scale are critical from the 
outset; in creation, complexity is incremental 

Software tools for creation are numerous, but 
few are available that support conversion; 
using creation tools for conversion projects is 
difficult 


If 


CONVERSION QUESTIONS 


What kinds of documents make the best 
candidates? 

What aspects of documents pose problems for 
conversion? 

How much conversion can be done automatically 
or semi-automatically? 

Into what format should the document be 
converted? 

What tools and methods are needed to support 
conversion? 

Can you live with the constraints imposed by 
" off the shelf hypertext software? Should 
you? 

What are the alternatives to using "off the shelf 
hypertext software? 





CONVERTING GRAPHICS 


Screen size and resolution is often significantly 
inferior to that of the printed source materials 

Except for simple line drawings or pictures, 
display limits make scanned bit maps illegible 

* replacing scanned text "extends the viable 
range" 

Vectorizing reduces storage space and display 
time, supports zooming and panning 

* tradeoff between cleanup and redrawing 

Sometimes it is necessary to redesign the 
graphics 

* multiple panels => " animation" 

* data plots => " data viewer" 
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ALTERNATIVES 


Hypertext conversion services 

* HyperTRANS (Texas Instruments) 

* Window Book 
Text Managers 

* Views (Folio) 

* Topic (Verity) 

* Knowledge Broker (Apollo) 

* HyperSift + AskSAM (AskSAM Systems) 

Desktop Publishers 

* Interleaf 

* Arbor Text 

Visual Programming 

* Layout 
Other 

* Wingz 


n 



CONVERSION PHILOSOPHIES 


"Hand-crafted" hypertext 

* "Hypertext requires creativity; only if you 
build a hypertext by hand can you add any 
real value." 

"Computer-generated" hypertext 

* "If you don’t convert automatically, it will 
never be cost-effective." 

* "i don't care if it isn't really hypertext; it's 
more usable than it was before. 

"Engineered" hypertext 

* "I'll begin with automatic conversion and 
custom design the parts that don t convert 
well by computer." 

* "I'll try to influence the 'upstream' processes 
so that the documents are easier to convert 

next time." 

* " I'll figure out how much hypertext I really 
want and am willing to pay for. 


"HYPERTEXT ENGINEERING" 
(Glushko, et al 1988) 


Hypertext is an attractive vision, but practical 
hypertext applications are hard to build 

Hypertext is not a revolutionary new idea; it is the 
natural extension of decades of work in 
computer storage and retrieval of text now that 
enabling technology and user interface concepts 
have arrived 

Successful hypertext projects are those that take a 
cautious approach to problems of scale and that 
make the right tradeoffs along the way 

A disciplined approach to analyzing information, 
identifying constraints in its structure and in 
the task environment, and using the 
appropriate implementation technology are 
required 





